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Internet Domain Name Registration System 

Related Applications 

5 This application claims the benefit of U.S. provisional application no. 60/168,368, 

filed December 1, 1999. 

Background of the Invention 

Field of the Invention 

The present invention relates to information searching, retrieval, and 
10 modification in database systems, and more specifically, relates to a method for 
processing and displaying queries in a domain name registration system. 

Description of the Related Art 

The Domain Name System (DNS) originated with the implementation of 

15 ARPAnet (a project of the Defense Advanced Research Projects Agency). It enabled 
individual computers to be identified uniquely for the purpose of transmitting and 
receiving data over a wide area network. The DNS contains information that allows 
each computer to be uniquely identified. Each computer on the network was assigned 
an address, which today is known as an Internet Protocol Address (IP Address). Today, 

20 each computer's IP Address consists of a unique string of digits. A domain name 
consists of a unique string of characters. The DNS maps each unique domain name to 
its unique IP Address. Domain names consist of two parts: an initial string of 
alphameric characters followed by a period (commonly known as "dot") and by a 
second string of alphameric characters. The second string of characters is known as a 

25 Top Level Domain (TLD). The DNS recognizes only TLDs that have been specified by 
international convention. Some of the most commonly used TLDs are "com," "net," 
and "org." The first string of characters followed by the dot and then followed by the 
TLD is known as a Second Level Domain (SLD). 

The system of computers and databases that directs the mapping of each unique 

30 domain name to its unique IP address is the DNS. The primary database for the DNS is 
the "A Root Zone File". This database is at the top of the DNS tree and is the 
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authoritative database throughout the Internet. The "A Root Zone File" has been 
maintained under quasi-governmental control with input from government agencies and 
academia and is currently directed by the U.S. Department of Commerce. Other 
elements of the DNS are "name servers" which are computers and associated databases 
distributed throughout the Internet containing information that map domain names to 
specific IP Addresses. 

The registry database is the Authoritative database for all .com, .net, .org, and 
.edu TLDs. The registry database contains all domain names that have been registered 
in those TLDs and information about each domain name's creation and expiration date, 
its name servers and the name servers' IP Addresses. The registry database is operated 
under government contract with the U.S. Department of Commerce. Entities that have 
received accreditation from Internet Corporation for Assigned Names and Numbers 
(ICANN), have received technical certification from the registry database, and have 
complied with other requirements are qualified to become "Registrars." Registrars have 
the ability to add, modify and delete data elements including domain names from the 
registry database. 

The availability of a data element in the registry database is determined by 
specifying a single domain name or a single string of characters that comprise the SLD 
and submitting a query using that string of characters. This procedure is used by 
registrars to query the registry database as well as to insert names to the registry 
database. As the number of registered domain names has increased, the amount of time 
required to find a suitable domain name that is available by querying the registry 
database has increased. Many names with obvious application to commercial endeavors 
have already been registered. It is increasingly difficult to find suitable domain names 
for commercial and other endeavors. One problem with prior domain name registration 
systems is that users can not easily check multiple names at one time. The process of 
checking a single name, finding out whether it is available, checking another variation 
and finding out whether that name is available, checking yet other variations for 
availability, and making a list of the available choices is often lengthy, laborious and 
frustrating. 



Another problem with domain name registration is that as more domain names 
are registered, it is increasingly difficult to create the ideal domain name suitable for a 
particular purpose or commercial venture. Users often spend much time trying 
variations of word orders or finding synonyms for a particular word. 

5 

Summary of the Invention 
The present invention addresses the foregoing problems by providing a system 
and method for facilitating the querying of domain names in the registry database and 
the addition and modification of data elements to the registry database in a novel 
10 manner. The system includes a computer server for generating and displaying real-time 
data tables and a query server for checking the availability of and inserting multiple 
names as domain names in the registry database. In one embodiment, the computer 
server functions as a web server to provide an easy-to-use interface between the system 
and a system user. 

15 The multiple checking and registration method is invoked when a user submits 

multiple names to determine the availability of the names for registration as domain 
names in the registry database. The names may ? but need not, include TLD extensions 
(as discussed below). The user specifies the names using a display screen or view, 
which may be a web page or another screen or view produced by proprietary software. 

20 In another embodiment, the names may be specified using voice recognition software. 

By allowing the user to submit multiple domain names at one time, the system reduces 
the amount of time required to check the availability of multiple domain names. The set 
of names submitted by the user is sent to the query server for querying the registry 
database. In one embodiment, the user submits the set of names by typing individual 

25 names into text fields. In another embodiment, the user submits the set of names using 
a text window. In yet another embodiment, the user may check the availability of large 
sets of names using a batch mode implementation. This embodiment allows the user to 
work with a large number of names in a more efficient manner. 

The query server searches the registry database for each name in the set of 

30 names. In one embodiment, each name is queried in combination with multiple TLD 
extensions without requiring the user to specify any TLD extensions with the set of 
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names submitted. In another embodiment, the user may specify TLD extensions to be 
used when querying the registry database. The query server may automatically 
supplement the TLD extensions specified by the user with "related" TLD extensions; 
for example, if the user submits "abc.com," the query server may automatically check 
5 the availability of both "abc.com" and "abc.net After the registry database has been 

queried for each of the names submitted, the user is presented with an Availability 
Results Table showing the availability of each name in conjunction with each TLD 
extension. 

In one embodiment, the Availability Results Table also includes a selection 

10 mechanism, such as a check box, associated with each available domain name (name- 
TLD pair) whereby the user may select one or more domain names for registration. 
After selecting one or more domain names for registration and confirming the domain 
names selected, the user can submit a request for domain name registration that includes 
all available domain names selected from the Availability Results Table. After the 

15 query server registers the domain names selected, the user is presented with a Registry 

Response Table indicating which domain names were successfully registered. In 
another embodiment, the Registry Response Table also indicates the expiration date for 
each new domain name. 

The multiple checking and registration method according to a preferred 

20 embodiment increases the speed and productivity with which domain names can be 
checked and registered by: a) providing a single screen, such as a web page, wherein the 
user can specify multiple domain names (with or without specifying TLD extensions) to 
be checked for availability; b) reporting the availability status for the multiple domain 
names at one time in the form of a results table that is easily analyzed; c) providing the 

25 ability to select, from the results table, multiple domain names to be submitted to the 
registry database for registration; and d) providing a response table indicating, for each 
selected domain name, whether registration was successful This makes the task of 
selecting and registering a domain name easier than conventional methods. 

Another embodiment of the invention includes a Smart-Check module to 

30 generate and suggest variations on an "ideal" domain name specified by a user. This 
functionality assists users in finding a suitable name from the names available for 
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domain name registration. In one embodiment, the Smart-Check module uses a 
database of written and spoken language phrases and words along with statistical 
analysis and databases that contain information about the frequency of use of words and 
phrases in written and broadcast media to generate the suggested name variations. 

Brief Description of the Drawings 
These and other features of the invention will now be described with reference to 
the drawings summarized below. These drawings and the associated description are 
provided to illustrate a preferred embodiment of the invention, and not to limit the scope 
of the invention. 

Figure 1 illustrates a web server and a query server system according to one 
embodiment of the invention. 

Figure 2 illustrates a block diagram of the steps performed to check the 
availability of and select multiple names for domain name registration. 

Figure 3 illustrates a Check Availability web page. 

Figure 4 illustrates a Check Availability web page according to another 
embodiment of the invention. 

Figure 5 illustrates the steps performed by the query server to process a query 
submission. 

Figure 6 illustrates a web page showing an Availability Results Table. 
Figure 7 illustrates an Availability Results Table according to another 
embodiment of the invention. 

Figure 8 illustrates a submission web page allowing the user to select multiple 
names for domain name registration. 

Figure 9 illustrates a summary screen web page. 

Figure 10 illustrates a web page showing a Registry Response Table. 

Detailed Descri ption of the Preferred Embodiment 
The present invention provides a method for the entry, display and submittal of 
multiple names to a domain name registry database. Briefly, the method involves 
querying the registry database for multiple names submitted by a user and displaying 



the availability information for each of the multiple names in an Availability Results 
Table. The names may be submitted by the user either with or without TLD extensions. 
The user may then select one or more of the available names for registration as a 
domain name. 

The invention can be implemented in a variety of embodiments. In one 
embodiment, the user submits multiple names to be checked for availability using a 
web-based form. In another embodiment, the user employs a batch mode application to 
submit large sets of names to be checked for availability. Although the invention will 
be described in relation to a domain name registry database, the method may be 
implemented for any of a variety of different types of text databases. 

In one embodiment, a Smart-Check module is included to assist users in finding 
a suitable alternative to the originally desired or "ideal name" which may already be in 
use as a domain name. Given the ideal name, the Smart-Check module provides a 
number of alternatives that are variations on the ideal name. These alternatives may 
include similar sounding words to the ideal name, and/or words with a similar meaning 
as the ideal name. 

For purposes of illustration, the method is described herein in the context of a 
web-based system. Throughout the description, reference will be made to various 
implementation-specific details of the web-based implementation. These details are 
provided in order to fully illustrate an embodiment of the invention, and not to limit the 
scope of the invention. The scope of the invention is set forth in the appended claims. 
The various process steps described herein are preferably performed by or using 
software executed by one or more general-purpose computers, although the process 
steps could alternatively be embodied in-whole or in-part within special purpose 
hardware. 

1 Availability Checking Method and Display of Availability Results Table 

Figure 1 illustrates a web server 1 10 and a query server 120 used to implement 
one embodiment of the present invention. From a user computer 130, a user submits 
multiple names (also referred to as a set of names) to determine which, if any, of the 
names are available to be registered as domain names in the registry database 140. The 



web server 110 receives the set of names over the Internet from the user computer 130 
and sends the set of names to the query server 120. The query server 120 searches the 
registry database 140 to determine whether each of the names in the set of names is 
available for domain name registration. After determining the availability of each of the 
names in the set of names, the query server 120 returns the query results, and the web 
server 110 displays an Availability Results Table listing the availability status for each 
of the names in the set of names queried. 

Figure 2, which is a block diagram, provides a broad overview of one 
embodiment of the invention. In Module 1 of Figure 2, the user is allowed to specify 
multiple names to be checked for availability in the registry database 140. In Module 2 
of Figure 2, the query server 120 checks the registry database 140 to determine the 
availability of each name in the set of names. The user is then presented with a table of 
results indicating which names from the set of names are available for domain name 
registration. This table will be referred to for convenience as the Availability Results 
Table. In addition to indicating which names in the set of names are available for 
domain name registration, the Availability Results Table may also include other 
relevant data, such as the expiration date of currently registered domain names (not 
shown). 

In Module 3 of Figure 2, the user is allowed to select multiple domain names 
(name-TLD pairs) from the Availability Results Table to be registered. By allowing the 
user to select and submit multiple domain names from the Availability Results Table, 
the system eliminates the need for the user to submit each domain name separately for 
registration. As indicated by Module 4 of Figure 2, multiple domain names can then be 
submitted and registered in the registry database 140. In one embodiment, the multiple 
domain names registered at a given time can be registered with the specification of from 
one to the maximum number of name servers permitted. Currently, the maximum 
number of name servers that the registry database permits to be specified at the time of a 
domain name registration is thirteen. Finally, as depicted by Module 5 of Figure 2, the 
user is presented with a real-time report indicating, for each submitted domain name, 
whether registration was successful. This table will be referred to for convenience only 
as the real-time Registry Response Table. 



A web page 310 for one web-based embodiment is shown in Figure 3, The user 
can specify multiple names to be checked for availability in the registry database 140 by 
typing or otherwise entering the names into the name fields 320. The web page 310 
allows the user to clearly see all the names and variations typed into the name fields 
5 320. In one embodiment (not shown) the user may specify the TLD extensions to be 
queried in conjunction with each name. In another embodiment (represented by Figure 
3 and subsequent figures) the query server 120 will automatically query each of the 
multiple names in conjunction with a predefined or dynamically selected set of TLD 
extensions, such as "com," "net," and "org." The set of TLD extensions can be varied 

10 to include any subset of the known TLD extensions, including two element extensions 
(such as .uk, .tv, or .cc) and three element extensions (such as .com, .net, or .org). For 
example, assuming the set of TLD extensions used in a given embodiment included 
"com/' "net " and "org " if the user types "PetesGrill" into one of the name fields 320, 
the query server 120 would then search for "PetesGrill.com," "PetesGrill.net," and 

15 "PetesGrill.org." In one embodiment, characters not permitted by the registry database 

140 for use in domain names (such as spaces) are deleted from the names specified by 
the user. For example, if a user specified a name containing a space in the name, such 
as "Petes Grill," the system would remove or ignore the space and check the name 
"PetesGrill" for domain name registration availability. 

20 Figure 4 illustrates a second web page 410 used in another web-based 

embodiment. In this embodiment, the user types or otherwise enters the names to be 
checked for availability into a text window 420. The user may also cut and paste the 
names from another text application into the text window 420. This web-based 
embodiment also deletes invalid characters (such as spaces) from the names specified. 

25 The query server 120 will automatically query each of the multiple names in 
conjunction with a set of various TLD extensions, such as "com," "net," and "org." The 
set of TLD extensions can be varied to include any subset of the known TLD 
extensions, including two element extensions (such as .uk, .tv, or .cc), three element 
extensions (such as .com, .net, or .org), and other multi-element extensions that may be 

30 placed into use in the future (such as .biz, .name, etc.). In another embodiment (not 
shown) the user may specify the TLD extensions to be queried in conjunction with each 
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name. Additionally, in another embodiment (not shown) the query server 120 may 
select additional TLD extensions based on the type of at least one TLD extension 
specified by the user. For example, if the user specifies the ".com" extension, the query 
server 120 may also automatically check the ".net" extension. 
5 Because the system is preferably implemented using an object-oriented 

extensible programming model (such as Java), it is possible for a virtually unlimited 
number of specified or system-generated names to be processed for availability analysis, 
reporting, selection, domain name registration, and registration confirmation at one 
time. In one web-based embodiment, the Availability Results and Registry Response 

10 Tables are dynamically created as Java Server Pages (JSPs). 

The query process will now be described in further detail with reference to 
Figure 5, which is a flow diagram of the steps performed in querying the registry 
database 140 and displaying the Availability Results Table 580. In step 500, the query 
server 120 receives a set of names to be queried for availability in the registry database 

15 140. After opening a Secure Socket Layer (SSL) socket (step 510) or alternatively by 

getting a socket from a pool of available sockets, the query server 120 checks the first 
name from the set of names in combination with the first of multiple TLD extensions 
such as "com/' "net," and "org" (step 520). If the name is found in the registry database 
140, it is flagged in step 530 as not available for domain name registration. Otherwise, 

20 it is flagged at step 540 as being available for domain name registration. After the first 
name has been queried with each of the multiple TLD extensions (step 550) the above 
steps are repeated with the second name in the set of names (step 560). Once each name 
in the set of names has been queried with each of the multiple TLD extensions, the SSL 
socket is closed or returned to the socket pool (step 570) and the query results for the 

25 set of names are displayed in an Availability Results Table (step 580). 

To illustrate this process, it will be assumed that the user is searching for a 
domain name for a new restaurant and wants some variation of "Petes" with "grill" (or 
another suitable name such as "cafe," "diner," "place," or "restaurant"). Thus, the user 
types the query "PetesGrill" into one of the name fields 320 or into the text window 

30 420. The user can also check other combinations by typing "PetesDiner," "PetesPlace," 
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"PetesCafe," and "PetesRestaurant" into the name fields 320 or text window 420 (see 
Figure 3 and Figure 4). 

As indicated by step 510, the query server 120 opens a SSL socket to the registry 
database 140 or alternatively gets a socket from a pool of available sockets. In step 520, 
5 queries are run using the name "PetesGrill" (the first name in the set of names) in 

combination with multiple TLD extensions such as "com," "net," and "org " Thus, for 
example, the query server 120 first looks for "PetesGrill.com" in the registry database 
140. If, at step 520, "PetesGrill.com" is found in the registry database 140, 
"PetesGrill.com" is flagged at step 530 as not available for domain name registration. 

10 Otherwise, "PetesGrill.com" is flagged at step 540 as being available for domain name 
registration. These steps are repeated for "PetesGrill.net" and "PetesGrill.org." After 
"PetesGrilF' has been queried with each of the multiple TLD extensions, the query 
server 120 will query the registry database for "PetesDiner" (the second name in the set 
of names) in combination with the multiple TLD extensions. The above process is then 

15 repeated for "PetesPlace," "PetesCafe," and "PetesRestaurant." After each of the names 
has been queried with each of the multiple TLD extensions, the SSL socket is closed or 
returned to the socket pool (step 570) and the query results for the set of names is 
displayed in an Availability Results Table (step 580). 

Figure 6 illustrates an Availability Results Table 620 shown in a web-based 

20 embodiment 610. The Availability Results Table 620 allows the user to immediately 

see which names are in use by others and which names are available to be registered in 
the registry database 140. In one embodiment, a hypertext link (not shown) to 
additional information is provided for each name-TLD pair listed as not available for 
domain name registration. The user can select the link to find out information 

25 concerning the registered domain name, such as registrant name, contact information, 

and/or domain name expiration date. The hypertext link may, for example, include a 
text message such as t£ Not Available." Additionally, the Availability Results Table 620 
provides check boxes 630 or another selection mechanism for each available domain 
name, whereby the user can select multiple domain names for registration in the registry 

30 database 140. Pull-down fields, radio buttons and other types of display elements may 
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alternatively be used for this purpose. The Availability Results Table 620A for another 
embodiment is shown in Figure 7. 

II. Registration and Display of Registry Response Table 
5 As illustrated in Figure 8, the user is allowed to select multiple names to be 

submitted for domain name registration at one time. After selecting one or more names 
desired for domain name registration and submitting such names (e.g., by selecting a 
"Register Selected Names" button) the user is provided with a summary screen, as 
shown in Figure 9, listing the names to be registered in the registry database 140. The 

10 user may remove or add names to the summary list before submitting the names for 
registration. The summary screen may alternatively be omitted, in which case the 
selected domain name(s) may be registered directly from the Availability Results Table 
page. The registrant name and contact information supplied to the registry database 140 
may be supplied by the user either beforehand (e.g., while setting up an account with an 

15 operator of the query server) or during the registration process. Once the set of domain 
names to be registered has been submitted, the query server 120 adds the domain names 
and related information to the registry database 140. 

After registration of each of the domain names has been completed in the 
registry database 140, the real-time Registry Response Table 1020, as illustrated in 

20 Figure 10, is presented to the user to indicate the results of the registration submission 

to the registry database 140. The real-time Registry Response Table 1020 eliminates 
the uncertainty that had been present for the initial forty-eight hours following a domain 
name registration. During this initial period, users were not completely sure whether 
the name they had requested to be registered had in fact been registered for them. The 

25 real-time Registry Response Table 1020 indicates immediately for each of the one or 
more domain names submitted for registration whether the registration has been 
properly accepted by the registry database 140 and is in an "active" status. The table 
also indicates for each domain name the date of expiration of the registration as reported 
by the registry database 140. 

30 As apparent in the foregoing description of a preferred embodiment, the user can 

check the availability of multiple domain names, submit one or more domain names for 
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registration, and determine the results of the registration submission without needing to 
load or view more than four web pages (or three web pages if the summary page is 
omitted). By reducing the number of web page loads, the system significantly increases 
the efficiency of the registration process. 

5 

III. Smart-Check Module 

The query server 120 may optionally include a Smart-Check module for 
automatically checking names that are similar or related to those specified by the user. 
In one embodiment, the Smart-Check module uses a database of written and spoken 

10 language phrases and words, along with statistical analysis and databases that contain 
information about the frequency of use of words and phrases in written and broadcast 
media, to generate variations of a user-specified ideal domain name. The module may 
be provided as an optional feature that can be enabled and disabled by the user (e.g., 
using a check box provided on the "Check Availability" page). 

15 The Smart-Check module preferably suggests alternatives and variations based 

on frequency of use in a specified language and therefore generates familiar or 
recognizable names. Additionally, the Smart-Check module can generate names that do 
not exist in the lexicon, but have strong connections to existing words or phrases in the 
specified language. The generation of alternative names is preferably accomplished 

20 using databases containing frequency of use information about words and phrases in a 
particular language, databases containing information about idiomatic expressions 
commonly used in the specified language, and databases of company names and their 
associated business activities. Using these databases as tools and well-known artificial 
intelligence algorithms including neural network algorithms, the Smart-Check module 

25 generates variations on the ideal name or names originally specified by the user. 

In one embodiment, the Smart-Check module may be directed to generate 
variations based on the ideal name by taking into account user-specified qualities that 
are sought in the name desired. For example, such qualities may include humorous 
qualities, cynical/satirical qualities, qualities that reflect a company's business activities 

30 or goals, or emotional states (such as happiness, sadness or enthusiasm). The Smart- 
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Check module can also take into account whether the variation has a double meaning or 

relates to a term of art in a particular field of endeavor. 

In another embodiment, the Smart-Check module checks various combinations 

and permutations of user specified names. For example, a user wanting a domain name 
5 derived from some variation of his own personal name can use the Smart-Check module 

to check for various combinations and permutations of his first, middle and last names. 

Thus, if the user enters his name of "John Paul Doe/' the Smart-Check module checks 

the availability of combinations and permutations of "John," "Paul," and "Doe" (such as 

"JohnDoe," "JDoe," "JPDoe " "JohnPDoe," "JohnD," etc.). 
10 The additional names, if any, added to the set by the Smart-Check module may 

be checked for availability using the same process as described above. The results for 

these additional names may, for example, be shown in a separate Availability Results 

Table on the same web page, or in the same Availability Results Table (e.g., in a 

different color) as the user-specified names. Further, the web page displaying the 
15 Availability Results Table could include a separate Availability Results Table for each 

user-specified name, such that the results for the names added by Smart-Check are 

shown in the respective tables to which they correspond. 

Although this invention has been described in terms of certain preferred 

embodiments, other embodiments that are apparent to those of ordinary skill in the art, 
20 including embodiments which do not provide all of the benefits and features set forth 

herein, are also within the scope of this invention. Accordingly, the scope of the present 

invention is defined only by reference to the appended claims. 
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